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(57) Abstract 

A method and 
apparatus for providing a 
click surface in a graphical 
environment, such as a 
graphical user interface, 
implemented on a host 
computer for use with a force 
feedback interface device. A 
displayed cursor is controlled 
by a user-moveable user 
object, such as a mouse, of 
the interface device, A click 
surface is displayed with an 
associated graphical object, 
such as a graphical button or 
an edge of a window, icon, 
or other object When the 
click surface is contacted by 
the cursor, a force is output 

opposing movement of the 

user object in a direction into 

the click surface and into the 

graphical object When the 

user object has moved to or 

past a trigger position past 

the contact with the click 

surface, a command gesture 

signal is provided to the host 

computer Indicating mat the ^. h ^ a buaon nas been activated by the user. 

SS^S ^TcSuSC l L S£ ** -*« r ~- while 8 miCTOpracessor 

^SSMS ST* foS output o? the cU* surface in pax.Ud with the host dtsplay. 
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p ^ K ^_ P nTiNn OFTHF, INVENTION 

The present invention relates generally to interface devices for allowing humans to 
interface wife computer systems, and more particularly to computer interface devices that 
« user to provide input to graphical environments on computer systems and prov.de 
force feedback to the user. 

Computer syacmsare used extensively in many different indusmes to impUmen, 
many appUeadons, such as word proofing, dau management, simuiations. gamos, and o, er 
L, A comparer system typically dispiays a viaual environment to a user on a dtsp y 
screen or other visual ourpu. device. Users can interact with ore diapiayed e~» » 
perfomt functions on the compute, p,ay a game, experience a Simula,™ or - J» 

environment, use a computer aided design (CAD) sysrem, brows, the World W,de Web, or 
orherwise influence events or images depicted on the screen. 

One visual environment rha. is particularly common is a graphical 
(GUI). GUI's present visual tmages which describe various graphical metaphors for nmcnon 
fa program i operating aystem implemented on the compute,. Common GUI's rndude dre 
WindowTopemLg sysrem Mtcroson Corporation, me MacOS opemtm, ays.cm fi.m 
Apple CompL, .no., and X-Windows for Unix operating systems. These 
Z ,o grapMoaliy select and manipulate functions of the operaung sysrem and appl« » 
programfby using an input interface devtce. The user rypically moves a 
JSL object, auch as a cursor or pointer, across a compute, screen and onro od, r 
Llayed girbioal objeobs or predefined screen regions, and .hen inputs a command to 
"a £■ solemn or operabon. The objecrs or rogions <W - h 
oxample, icons, windows. pulUown menus, burtons, and scroll b*s. Most GUIs « 
cunanrly 2-dim«nsiona, as displayed on a computer screen; however three dtmenstona! (3-D) 
GUI's mat present simulated 3-D environments on a 2-D screen can also be provided. 

. Other programs or environments ma, may provide user-controlled gr^hieal objects 
such as a cursor include browsers and other programs displaying graphical web pages or 
auch as a cursor ^ CAD programs, video 

other environment offered on the worm wiire 

B ames. virtual realiry simulations, etc. In some graphical comparer en— « be «, 
may provide input to control a 3-D "view" of .he gmphrcal environment ,*, .he uaer 
, lined JL "objec. " can be eons,dered Ore view displayed on ,h« v,deo screen. The 
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„ S er o maniputate the tnterface device to tnove the view, as if movtag . «n , tough 
ft. J is toofcog. This type of graphic. ,s — . CAD « 3-D 

virtual reality applications. 

User interaction with and manipulation of the graphical environment such as a GUI is 
achieved using any of a variety of types of human-computer interface devtces that are 
connected to the computer system controlling the environment. In most systems, the 
computer updates the environment in response to the user's manipulation of a user- 
ra Jpulatable physical object (^ser object") that is included in the mterface devtce such as a 
mouse joystick, trackball, etc. The computer provides visual and audio feedback of the GUI 
to the user utilizing the display screen and, typically, audio speakers. 

One problem with current implementation of graphical user interfaces is that two 

must accurately guide the cursor to a desired target using a mouse or other demand 
second, the user must press a physical button on the mouse or other devrce whale the cursor ts 
displaved over the target. Often, the user will inadvertently press the button while me cursor 
is not yet at the target, or after the cursor has just overshot the target, resultmg m the desrred 
function not being commanded; and the user then has to reposition the cursor and press the 
button again. Or, when a desired command requires the user to guide the cursor over a target 
2 "double-click" the physical button, the user often misses the desired _ 1 smce*e 
cursor is off the target at the time of the second "click". Another problem with the current 

confirming that the selection/command process has been successfully completed. A sound 
^beep, may be used in some cases to confirm a completed command, but thrs rs not 
very intuitive feedback. 
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SUMMARv OTr T~HF, INVENTION 

The present invention is directed to a force feedback implementation of a graphical 
environment in which force feedback click surfaces are provided. These surfaces allow a user 
to select buttons, icons, and other graphical objects with movement of a mouse or other user 
5 manipulate object without requiring a separate manual command gesture, such as the 
pressing of a button on a mouse. 

More specifically, the present invention provides a method and apparatus that displays 
a click surface in a graphical environment, such as a graphical user interface (GUT), 
implemented on a host computer for use with a force feedback interface device coupled to the 

0 host computer. A user-controlled graphical object, such as a cursor, is displayed in the 
graphical environment at a position corresponding to a position of a physical, moveable user 
object of the interface device grasped by a user. When the click surface is contacted by the 
cursor, a force is output opposing movement of the user object in a direction into the click 
surface and into the graphical object. When the user object has moved to or past a trigger 

1 5 position past the contact with the click surface, a command gesture signal is provided to the 
host computer indicating that the graphical object has been selected as if a physical input 
device on the user object, such as a button, has been activated by the user. Preferably, the 
user object is determined to have moved to the trigger position when the user object has 
moved a predetermined distance past the click surface from the point of contact. The force 

20 opposing the user object is preferably proportional to a distance between a present user object 
position and the original contact position. 

The click surfaces of the present invention are described as three different types: an 
analog button, a positive action button, and a static selection surface. The analog button is a 
click surface that is displayed moving with the user object as it moves into the graphical 

25 object. The positive action button causes the click surface and the cursor to remain displayed 
at an original position while the user object moves past the click surface into the graphical 
object, where the click surface is displayed at a new position when the user object reaches the 
trigger position. A static selection surface causes the click surface and the cursor to be 
displayed at an original position of the click surface while the user object moves past the click 

30 surface into said graphical object and when the trigger position is reached (alternatively, the 
cursor can be moved with the user object). 

The graphical object can be a graphical button in a GUI or Web page graphical 
environment, so that when the user object moves to the trigger position the button either 
toggles from an off state to an on state or from an on state to an off state. The click surface 
35 can also be an edge of a window, icon, or other object displayed in a graphical environment. 
For example, the signal to the host computer can indicate that an icon has been clicked or 

3 
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double^licked by the user. The click surface can allow the user to select at least one program 
function associated with a graphical object with which the click surface is associated. 

The interface device preferably includes actuators for outputting the force on the user 
object and sensors for detecting the position of the user object. A microprocessor local to the 
5 interface device can be included which reads the sensors, reports motion of the user object to 
the host computer, and controls the actuators. Preferably, the host computer displays the 
graphical environment including the click surface and the cursor, while the microprocessor 
controls the force output of the click surface in parallel with the host display of the graphical 
environment. 

10 The microprocessor can receive an indication of a click surface from the host 

computer and determines penetration of the cursor into the click surface. The microprocessor 
outputs a force opposing motion of the user object into the click surface, and sends the host 
computer the command gesture signal when the user object is moved to or past the trigger 
position into the click surface. In one embodiment, the host determines when the cursor 

15 contacts the click surface and informs the microprocessor to output the force by sending 
parameters describing the click surface to the microprocessor. Alternatively, the 
microprocessor determines when the cursor contacts the click surface using location and other 
characteristic data of the click surface previously sent to the microprocessor from the host. 
The microprocessor can also clip data reported to the host computer when the user object 

20 moves into the click surface, such that the host docs not display the cursor moving into the 
surface. 

The method and apparatus of the present invention provide click surfaces for graphical 
objects in a displayed graphical environment which can be selected by movement of a cursor 
into the click surface. The user need not press a button or manually activate an input device 
25 to select an icon, push a graphical button, or otherwise manipulate graphical objects. The 
force of the click surface opposing motion into the click surface and trigger positions provide 
the user with an intuitive ability to select the click surfaces when the user desires. The 
microprocessor-host computer system provides an efficient architecture for implementing the 
click surfaces. 

30 These and other advantages of the present invention will become apparent to those 

skilled in the art upon a reading of the following specification of the invention and a study of 
the several figures of the drawing. 
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RPTFF DESCRIPTION OF TTTF DRAWINGS 

Figure 1 is a perspective view of one embodiment of a force feedback interface device 
suitable for use with the present invention; 

5 Figures 2a and 2b are top plan and side elevation views of an embodiment of a 

mechanical apparatus suitable for use in the interface device of Figure 1 ; 

Figures 3 is a block diagram of a system for controlling a force feedback interface 
device of the present invention; 

Figure 4 is a diagram of a displayed graphical user interface which includes click 
1 0 surfaces of the present invention; 

Figures 5a-5g are diagrammatic illustrations of an analog button embodiment of the 
click surface of the present invention; 

Figures 6a-6g are diagrammatic illustrations of a positive action button embodiment 
of the click surface of the present invention; 

15 Figures 7a-7d are diagrammatic illustrations of a static selection surface embodiment 

of the click surface of the present invention; 

Figure 8 is a diagrammatic illustration of an alternate embodiment of the static 
selection surface of Figures 7a- 7d; and 

Figure 9 is a flow diagram illustrating a method of the present invention for providing 
20 force feedback click surfaces. 
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P^-t.tt rn nF.SC°TPTfn^ OF PRFFFRRF.D F.MB-ODUvTENTS 

FIGURE 1 is a perspective view of a force feedback interface system 10 suitable for 
use with the click surfaces of the present invention, capable of providing input to a host 
computer based on the user's manipulation of the device capable of providing force feedback 
to the user of the interface device based on events occurring in a program implemented by the 
host computer. Interface system 10 includes a user manipulable object 12, a mechanical 
interface 14, an electronic interface 16, and a host computer 18. 

User manipulable object 12 ("user object", "phys.cal object", or "manipulandum") 
used in conjunction with the present invention is preferably grasped or gripped and 
manipulated by a user. By "grasp," it is meant that users may releasably engage a portion of 
the object in some fashion, such as by hand, with their fingertips, or even orally in the case of 
handicapped persons. For example, images are displayed and/or modified on a display screen 
20 of the computer system 18 in response to such manipulations. The illustrated interface 
15 system 10 includes a mouse object 22 as a user manipulable object. Mouse 22 is shaped so 
that a user's fingers or hand may comfortably grasp the object and move it in the provided 
degrees of freedom in physical space. For example, a user can move mouse 22 to 
correspondingly move a computer generated graphical object, such as a cursor or other image, 
in a graphical environment provided by computer 18. The available degrees of freedom in 
20 which user manipulable object 12 can be moved are determined from the mechanical interface 
14, described below. In addition, mouse 22 preferably includes one or more buttons 15 to 
allow the user to provide additional commands to the computer system. 

It will be appreciated that a great number of other types of user manipulable objects 12 
can be used with the method and apparatus of the present invention. In fact, the present 

25 invention can be used with any mechanical object where it is desirable to provide a 
human/computer interface with multiple degrees of freedom. Such objects may include 
styluses, joysticks, spherical-, cubical-, or other-shaped hand grips, screwdrivers, steering 
wheels/controls, pool cues, medical instruments such as catheters, a stylus, a receptacle for 
receiving a finger or a stylus, pointer, pool cue, medical instrument, a fiat, contoured, or 

30 gripped planar surface or card member, etc. 

Mechanical interface apparatus 14 interfaces mechanical input and output between the 
user manipulable object 12 and host computer 18 implementing the graphical environment. 
Mechanical interface 14 provides multiple degrees of freedom to object 12; in the preferred 
embodiment, two linear, planar degrees of freedom are provided to the object, although 
35 greater or fewer degrees of freedom can be provided in alternate embodiments, as well as 
rotary degrees of freedom. For many applications, mouse 12 need only be moved in a very 
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small area, shown as dashed line 26 in Figure 1 as an example. This is because a graphical 
object such as a cursor can be moved across the entire length or width of screen 20 by moving 
mouse 12 only a short distance in physical space. 

In a preferred embodiment, the user manipulates object 12 in a planar workspace, 
5 much like a traditional mouse, and the position of object 12 is translated into a form suitable 
for interpretation by position sensors of the mechanical interface 14. The sensors track the 
movement of the object 12 in planar space and provide suitable electronic signals to 
electronic interface 16. Electronic interface 16, in turn, provides position information to host 
computer 18. In addition, host computer 18 and/or electronic interface 16 provides force 
10 feedback information to actuators coupled to mechanical interface 14, and the actuators 
generate forces on members of the mechanical apparatus to provide forces on object 12 in 
provided or desired degrees of freedom. The user experiences the forces generated on the 
object 12 as realistic simulations offeree sensations such as jolts, springs, textures, "barrier- 
forces and the like. For example, when a rigid surface is generated on computer screen 20 
15 and a computer object controlled by the user collides with the surface, the computer 18 will 
send force feedback signals to the electrical interface 16 and mechanical apparatus 14 to 
generate collision forces on object 12. Or, the host computer previously sends a layout of 
implemented graphical objects to the local microprocessor, and the microprocessor 
independently determines collisions and generates the necessary force feedback when 
20 graphical objects collide. One embodiment of mechanical interface 14 is shown in greater 
detail with respect to Figures 2a-2b. 

Electronic interface 16 is a component of the interface system 10 and may couple the 
mechanical apparatus 14 to the host computer 18. Electronic interface 16 can be included 
within a housing of mechanical apparatus 14 or, alternatively, electronic interface 16 can be 
25 included in host computer 18. Or, all or portions of the electronic interface 16 can be 
provided as a separate unit with its own housing as shown in Figure 1. More particularly, 
electronic interface 16 includes a local microprocessor separate from any microprocessors in 
the host computer 18 to control force feedback independently of the host computer, as 
described below, as well as sensor and actuator interfaces that convert electrical signals to 
30 appropriate forms usable by mechanical apparatus 14 and host computer 18. A suitable 
embodiment of interface 16 is described in detail with reference to Figure 5. 

The electronic interface 16 can be coupled to mechanical interface apparatus 14 by a 
bus 15 (or interface 16 is included within the housing of apparatus 14) and is coupled to the 
computer 18 by a bus 17 (or may be directly connected to a computer bus using a suitable 
35 interface). In other embodiments, signals can be sent to and from interface 16 and computer 
1 8 by wireless transmission/reception. In preferred embodiments of the present invention, the 
interface 16 serves as an input/output (I/O) device for the computer 18. The interface 16 can 
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also receive inputs from other input devices or controls that are associated with mechanical 
interface 14 or object 12 and can relay those inputs to computer 18. For example, commands 
sent by the user activating a button 15 on user object 12 can be relayed to computer 18 by 
interface 16 to implement a command or cause the computer 18 to output a command to the 
mechanical apparatus 14. 

Host computer 18 is preferably a personal computer or workstation, such as an IBM- 
PC compatible computer or Macintosh personal computer, or a SUN or Silicon Graphics 
workstation. For example, the computer 18 can operate under the Windows™ or MS-DOS 
operating system in conformance with an IBM PC AT standard. Alternatively, host computer 
system 18 can be one of a variety of home video game systems commonly connected to a 
television set, such as systems available from Nintendo, Sega, or Sony. In other 
embodiments, home computer system 18 can be a "set top box" winch can be used, for 
example, to provide interactive television functions to users, or a "network-" or "internet 
computer" which allows users to interact with a local or global network using standard 
connections and protocols such as used for the Internet and World Wide Web. Host computer 
preferably includes a host microprocessor, random access memory (RAM), read only memory 
(ROM), input/output (I/O) circuitry, and other components of computers well-known to those 
skilled in the art. 

Host computer 18 preferably implements a host application program with which a user 
is interacting via mouse 12 and mechanical interface apparatus 14 and other peripherals, if 
appropriate. For example, the host application program can be medical simulation, video 
game, World Wide Web page or browser that uses, for example, HTML or VRML data, 
scientific analysis program, virtual reality training program, or other application program that 
utilizes input of user object 12 and outputs force feedback commands to the object 12. 
Herein, for simplicity, operating systems such as Windows™. MS-DOS, MacOS, Unix. etc. 
are also referred to as "application programs." In one preferred embodiment, the application 
program utilizes a graphical user interface (GUI) to present options lo a user and receive input 
from the user. Herein, computer 18 may be referred as displaying "graphical objects" or 
"computer objects." These objects are not physical objects, but are logical software unit 
collections of data and/or procedures that may be displayed as images by computer 18 on 
display screen 20, as is well known to those skilled in the art. A displayed cursor or a 
simulated cockpit of an aircraft might be considered a graphical object. The host application 
program checks for input signals received from electronic interface 16 and sensors of 
mechanical interface 14, and outputs force values and commands to be converted into forces 
on user object 12. Suitable software drivers which interface such simulation software with 
computer input/output (I/O) devices are available from Immersion Human Interface 
Corporation of San Jose, California. 
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Display device 20 can be included in host computer 18 and can be a standard dtsplay 
screen (LCD. CRT, etc.), 3-D goggles, or any other visual output device. Typically, the host 
application provides images to be displayed on display device 20 and/or other feedback, such 
as auditory signals. For example, display screen 20 can display images from a GUI. Images 
5 describing a moving, first person point of view can be displayed, as in a virtual reality game. 
Or images describing a third-person perspective of objects, backgrounds, etc. can be 
displayed Alternatively, images from a simulation, such as a medical simulation, can be 
displayed, e.g., images of tissue and a representation of object 12 moving through the tissue, 
etc. 

10 There are two primary "control paradigms" of operation for interface system 10: 

position control and rate control. Position control refers to a mapping of user object 12 in 
which displacement of the user object in physical space directly dictates displacement of a 
graphical object. The mapping can have an arbitrary scale factor or even be non-linear, but 
the fundamental relation between user object displacements and graphical object 

15 displacements should be present. Under a position control mapping, the computer object does 
not move unless the user object is in motion. Also, "ballistics" for mice type devices can be 
used in which small motions of the mouse have a different scaling factor for cursor 
movement than large motions of the mouse to allow more control of small movements. 
Position control is not a popular mapping for traditional computer games, but is popular for 

20 other applications such as graphical user interfaces (GUI's) or medical procedure simulations. 

As shown in Figure 1, the host computer may have its own "host frame" 28 which is 
displayed on the d 1S play screen 20. In contrast, the mouse 12 has its own "local frame" 30 in 
which the mouse 12 is moved. In a position control paradigm, the position (or change in 
position) of a user-controlled graphical object, such as a cursor, in host frame 28 corresponds 
25 to a position (or change in position) of the mouse 12 in the local frame 30. 

The offset between the graphical object in the host frame and the object in the local 
frame can preferably be changed by the user in an "indexing mode." If mouse 12 reaches a 
limit to movement in the provided planar workspace, indexing allows the mouse 12 to be 
repositioned with respect to the user-controlled graphical object such as a cursor. Indexing is 

30 preferably achieved through an input device, such as button 15 or switches, sensors, or other 
input devices. For example, a specialized indexing button can be provided. While the 
indexing button is activated, the user object 12 is in indexing mode and can be moved without 
providing location data to the host computer. When the button is deactivated, non-indexing 
mode is resumed, and cursor position is again controlled by the position of the user object. In 

35 one embodiment, the functionality of a safety switch and the indexing mode are integrated 
into one input device, where indexing mode is active when the safety switch is opened, thus 
deactivating actuators when the mouse 12 is repositioned. Indexing mode can be performed 
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directly by the host computer 18, or by local rmcroprocessor 200. For example, local 
processor 200 can determine when indexing mode is active, and simply not report the position 
of the user object 12 to the host computer 18 while such mode is active. 

Rate control is also used as a control paradigm. This refers to a mapping in which the 
5 displacement of the mouse 12 along one or more provided degrees of freedom is abstractly 
mapped to motion of a computer-simulated object under control. There is not a direct 
physical mapping between physical object (mouse) motion and computer object motion. 
Thus, most rate control paradigms are fundamentally different from position control in that 
the user object can be held steady at a given position but the controlled graphical object is in 
10 motion at a commanded or given velocity, while the position control paradigm only allows 
the controlled computer object to be in motion if the user object is in motion. 

The mouse interface system 10 is adept at both position control ("isotonic") tasks and 
rate control ("isometric") tasks. For example, as a traditional mouse, the position of mouse 
12 in the workspace 24 can be directly mapped to a position of a cursor on display screen 20 
15 in a position control paradigm. Alternatively, the displacement of mouse 12 in a particular 
direction against an opposing output force can command rate control tasks in an isometric 
mode. An implementation that provides both isotonic and isometric functionality for a force 
feedback controller and which is very suitable for the present invention is described in parent 
application 08/756,745, incorporated by reference herein. 

Mouse 22 can be moved on a grounded pad 24 or similar surface in some 
embodiments of the present invention. In some embodiments, mouse 22 does not touch pad 
24 or ground surface 31 since it is coupled to a mechanical structure or suspended above the 
pad Thus, the pad can be used as a reference for the user to show the workspace of the 
mouse. In' alternate embodiments, mouse 22 can touch the surface of pad 24 or grounded 
25 surface 31 to provide additional support for the mouse and relieve stress on mechanical 
apparatus 14. In such an embodiment, a wheel, roller, or other device is preferably used on 
mouse to minimize friction between the mouse and the contacted surface. 

Mouse 22 can be used, for example, to control a computer-generated graphical object 
such as a cursor displayed in a graphical computer environment, such as a GUI. The user can 

30 move the puck in 2D planar workspace to move the cursor to graphical objects in the GUI or 
perform other tasks. In other graphical environments, such as a virtual reality video game, a 
user can be controlling a computer player or vehicle in the virtual environment by 
manipulating the mouse 12. The computer system tracks the position of the mouse with 
sensors as the user moves it. The computer system may also provide force feedback to the 

35 mouse, for example, when the user moves the graphical object against a generated surface 
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such as an edge of a window, a virtual wall, etc. It thus appears and feels to the user that the 
mouse and the graphical object are contacting real surfaces. 

FIGURE 2a is a top plan view and FIGURE 2b is a side elevational view of one 
embodiment 70 of mechanical apparatus 14 and user object 12 suitable for use in interface 
system 10, in which electromagnetic voice coil actuators are used to provide forces to the user 
object. Interface apparatus 70 provides two linear degrees of freedom to user object 12 so that 
the user can translate object 12 in a planar workspace along the X axis, along the Y axis, or 
along both axes (diagonal movement). Apparatus 70 includes user object 12 and a board 72 
that includes voice coil actuators 74a and 74b and guides 80. 

Apparatus 70 includes user object 12 and a board 72 that includes voice coil actuators 
74a and 74b and guides 80. Object 12 is rigidly coupled to board 72, which, for example, can 
be a circuit board etched with conductive materials. Board 72 is positioned in a plane 
substantially parallel to the X-Y plane and floats. Board 72 and object 12 may thus be 
translated along axis X and/or axis Y, shown by arrows 78a and 78b and guided by guides 80, 
thus providing the object 12 with linear degrees of freedom. Board 72 is provided in a 
substantially right-angle orientation having one extended port.on 82a at 90 degrees from the 
other extended portion 82b. 

Voice coil actuators 74a and 74b are positioned on board 72 such that one actuator 74a 
is provided on portion 82a and the other actuator 74b is provided on portion 82b. Wire coil 
84a of actuator 74a is coupled to portion 82a of board 72 and includes at least two loops of 
wire etched or otherwise placed onto board 72, preferably as a printed circuit board trace. 
Terminals 86a are coupled to actuator drivers, so that host computer 12 or microprocessor 26 
can control the direction and/or magnitude of the current in wire coil 84a. Voice coil actuator 
74a also includes a magnet assembly 88a, which preferably includes four magnets 90 and is 
grounded, where coil 84a is positioned between opposing polarities of the magnet. 

The magnetic fields from magnets 90 interact with a magnetic field produced from 
wire coil 84a when current is flowed in coil 84a to produce forces. As an electric current I is 
flowed through the coil 84a via electrical connections 86a, a magnetic field is generated from 
the current and configuration of coil 84a. The magnetic field from the coil then interacts with 
the magnetic fields generated by magnets 90 to produce a force on board 72 and on object 12 
along axis Y. The magnitude or strength of the force is dependent on the magnitude of the 
current that is applied to the coil, the number of loops in the coil, and the magnetic field 
strength of the magnets. The direction of the force depends on the direction of the current in 
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the coil. A voice coil actuator can be provided for each degree of freedom of the mechanical 
apparatus to which force is desired to be applied. 

Limits 91 or physical stops can be positioned at the edges of the board 72 to provide a 
movement limit. Voice coil actuator 74b operates similarly to actuator 74a to produce a force 
on board 72 and object 12 along axis X. In yet other embodiments, the translatory motion of 
board 72 along axes X and Y can be converted to two rotary degrees of freedom, or additional 
degrees of freedom can be similarly provided with voice-coil actuation, such as an uptown 
or spin degrees of freedom along/about a z-axis. 

Voice coil actuator 74a can also be used as a sensor to sense the velocity, position, and 
or acceleration of board 72 along axis Y. Motion of coil 84a along axis Y within the 
magnetic field of magnets 90 induces a voltage across the coil 84a, and this voltage can be 
sensed. This voltage is proportional to the velocity of the coil and board 72 along axis Y. 
From this derived velocity, acceleration or position of the board 72 can be derived. In other 
embodiments, separate digital sensors may be used to sense the position, motion, etc. of 
object 12 in low cost interface devices. For example, a lateral effect photo diode sensor 92 
can be used, including a rectangular detector 94 positioned in a plane parallel to the X-Y 
plane onto which a beam of energy 96 is emitted from a grounded emitter 98. The position of 
the board 72 and object 12 can be determined by the location of the beam 96 on the detector. 

An alternate embodiment of a mechanical apparatus 14 having linear electromagnetic 
actuators and a rotary or flexible linkage can also be used. A different embodiments of a 
mechanical apparatus 14 for a mouse interface system includes a mechanical linkage. Other 
mechanisms can also be used in other embodiments to provide a user object 12 with two or 
more degrees of freedom. Other embodiments having rotary degrees of freedom are also 
suitable for the present invention and are disclosed therein. Other embodiments may include 
a joystick or other user objects rather than a mouse to control cursors or other graphical 
objects; one suitable joystick embodiment with a closed-loop five bar linkage as mechanical 
apparatus 14. 

FIGURE 3 is a block diagram illustrating electronic interface 16 and host computer 18 
suitable for use with the present invention. Interface system 10 includes a host computer 18, 
electronic interface 16, mechanical apparatus 14, and user object 12. Electronic interface 16, 
mechanical apparatus 14, and user object 12 can also collectively be considered a "force 
feedback interface device" 13 that is coupled to the host. 
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As explained with reference to Figure 1, computer 18 is preferably a personal 
computer, workstation, video game console, or other computing or display dev.ce. Host 
computer svstem 18 commonly includes a host microprocessor 180, random access memory 
(RAM) 1 82, read-only memory (ROM) 1 84, input/output (I/O) electronics 1 86, a clock 1 88, a 
display device 20, and an audio output device 190. Host microprocessor 180 can include a 
variety of available microprocessors from Intel, AMD, Motorola, or other manufacturers. 
Microprocessor 180 can be single microprocessor chip, or can include multiple primary 
and/or co-processors. Microprocessor preferably retrieves and stores instructions and other 
necessary data from RAM 182 and ROM 184 as is well known to those skilled in the art. In 
the described embodiment, host computer system 1 8 can receive sensor data or a sensor signal 
via a bus 192 from sensors of apparatus 14 and other information. Microprocessor 180 can 
receive data from bus 192 using I/O electronics 186, and can use I/O electronics to control 
other peripheral devices. Host computer system 18 can also output commands to interface 
device 13 via bus 192 to cause force feedback for the interface system 10. 

Clock 188 is a standard clock crystal or equivalent component used by host computer 
18 to provide timing to electrical signals used by host microprocessor 180 and other 
components of the computer system 18. Display device 20 is described with reference to 
Figure 1. Audio output device 190, such as speakers, can be coupled to host microprocessor 
180 via amplifiers, filters, and other circuitry well known to those skilled in the art. Other 
types of peripherals can also be coupled to host processor 180, such as storage devices (hard 
disk drive, CD ROM drive, floppy disk drive, etc.), printers, and other input and output 
devices. 

Electronic interface 16 is coupled to host computer system 18 by a bi-directional bus 
192 (bus 17 of Fig. 1 can include bus 192 and/or bus 194). The bi-directional bus sends 
signals in either direction between host computer system 18 and the interface device 13. Bus 
192 can be a serial interface bus providing data according to a serial communication protocol, 
a parallel bus using a parallel protocol, or other types of buses. An interface port of host 
computer system 18, such as an RS232 serial interface port, connects bus 192 to host 
computer system 18. In another embodiment, an additional bus 194 can be included to 
communicate between host computer system 18 and interface device 13. Bus 194 can be 
coupled to a second port of the host computer system, such as a "game port", such that two 
buses 192 and 194 are used simultaneously to provide a increased data bandwidth. One 
preferred serial interface used in the present invention is the Universal Serial Bus (USB). The 
USB standard provides a relatively high speed serial interface that can provide force feedback 
signals in the present invention with a high degree of realism. USB can also source power to 
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drive actuators and other devices of the present invention. Since each device that accesses the 
USB is assigned a unique USB address by the host computer, this allows multiple devices to 
share the same bus. In addition, the USB standard includes timing data that is encoded along 
with differential data. 

5 Electronic interface 16 includes a local microprocessor 200, local clock 202, local 

memory 204, sensor interface 206, and actuator interface 208. Interface 16 may also include 
additional electronic components for communicating via standard protocols on buses 192 and 
194. In various embodiments, electronic interface 16 can be included in mechanical 
apparatus 14, in host computer 18, or in its own separate housing. 

10 Local microprocessor 200 preferably coupled to bus 192 and may be closely linked to 

mechanical apparatus 14 to allow quick communication with other components of the 
interface device. Processor 200 is considered "local" to interface device 13, where "local" 
herein refers to processor 200 being a separate microprocessor from any processors 180 in 
host computer 18. "Local" also preferably refers to processor 200 being dedicated to force 

15 feedback and sensor I/O of the interface system 10, and being closely coupled to sensors and 
actuators of the mechanical apparatus 14, such as within the housing of or in a housing 
coupled closely to apparatus 14. Microprocessor 200 can be provided with software 
instructions to wait for commands or requests from computer host 18, parse/decode the 
command or request, and handle/control input and output signals according to the command 

20 or request In addition, processor 200 preferably operates independently of host computer 18 
by reading sensor signals and calculating appropriate forces from those sensor signals, time 
signals and force processes selected in accordance with a host command, and output 
appropriate control signals to the actuators. Suitable microprocessors for use as local 
microprocessor 200 include the MC68HC711E9 by Motorola and the PIC16C74 by 

25 Microchip, for example. Microprocessor 200 can include one microprocessor chip, or 
multiple processors and/or co-processor chips. In other embodiments, microprocessor 200 
can include digital signal processor (DSP) functionality. 

For example, in one host-controlled embodiment that utilizes microprocessor 200, 
host computer 18 can provide low-level force commands over bus 192, which microprocessor 

30 200 directly transmits to the actuators. In a different local control embodiment, host 
computer system 18 provides high level supervisory commands to microprocessor 200 over 
bus 192 and microprocessor 200 manages low level force control loops to sensors and 
actuators in accordance with the high level commands and independently of the host 
computer 18. In the local control embodiment, the microprocessor 200 can process inputted 

35 sensor signals to determine appropriate output actuator signals by following the instructions 
of a "force process" that may be stored in local memory and includes calculation instructions, 
formulas force magnitudes, or other data. The force process can command distinct force 
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sensations, such as vibrations, textures, jolts, enclosures, or simulated interactions between 
displayed objects. Sensor signals used by microprocessor 200 are also reported to host 
computer system 18, which updates a host application program and outputs force control 
signals as appropriate. For example, if the user moves a user object 12. the computer system 
18 receives position and/or other signals indicating this movement and can move a displayed 
cursor in response. In an alternate embodiment, no local microprocessor 200 is included in 
interface system 10, and host computer 18 directly controls and processes all signals to and 
from the interface 16 and mechanical apparatus 14. 

A local clock 202 can be coupled to the microprocessor 200 to provide timing data, 
similar to system clock 188 of host computer 18; the timing data might be required, for 
example, to' compute forces output by actuators 30 (e.g., forces dependent on calculated 
velocities or other time dependent factors). In alternate embodiments using the USB 
communication interface, timing data for microprocessor 200 can be retrieved from the USB 
interface. Local memory 204, such as RAM and/or ROM, is preferably coupled to 
microprocessor 200 in interface 16 to store instructions for microprocessor 200 and store 
temporary and other data such as data pertaining to objects in a graphical user interface or 
locations required for force determination. Microprocessor 26 may also store calibration 
parameters in a local memory 204 such as an EEPROM 

Sensor interface 206 may optionally be included in electronic interface 16 convert 
sensor signals to signals that can be interpreted by the microprocessor 200 and/or host 
computer system 18. For example, sensor interface 206 can receive signals from a digital 
sensor such as an encoder and converts the signals into a digital binary number representing 
the position of a shaft or component of mechanical apparatus 14. Or, sensor signals from the 
sensors can be provided directly to host computer system 18, bypassing microprocessor 200 
and sensor interface 206. Other types of interface circuitry 206 can also be used. 

Actuator interface 208 can be optionally connected between the actuators of apparatus 
14 and microprocessor 200. Interface 208 converts signals from microprocessor 200 into 
signals appropriate to drive the actuators. Interface 208 can include power amplifiers, 
switches, digital to analog controllers (DACs), and other components. Such interfaces are 
well known to those skilled in the art. In alternate embodiments, interface 208 circuitry can 
be provided within microprocessor 200 or in the actuators. 

Power supply 210 can optionally be coupled to actuator interface 208 and/or actuators 
222 to provide electrical power. Active actuators typically require a separate power source to 
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be driven. Power supply 210 can be included within the housing of interface 16 or apparatus 
14, or can be provided as a separate component, for example, connected- by an electrical 
power cord. Alternatively, if the USB or a similar communication protocol is used, actuators 
and other components can draw power from the USB and thus have no (or minimal) need for 
power supply 210. Alternatively, power from the USB can be stored and regulated by 
interface 16 or apparatus 14 and thus used when needed to drive actuators 222. For example, 
power can be stored over time by a battery or capacitor circuit. 

Mechanical apparatus 14 is coupled to electronic interface 16 preferably includes 
sensors 220, actuators 222, and mechanism 224. Sensors 220 sense the position, motion, 
and/or other characteristics of a user object 12 along one or more degrees of freedom and 
provide signals to microprocessor 200 including information representative of those 
characteristics, as described above. Digital sensors, analog sensors, and/or non-contact 
sensors, such as Polhemus (magnetic) sensors for detecting magnetic fields from objects, or 
an optical sensor such as a lateral effect photo diode having an emitter/detector pair, can be 
used. Also, velocity sensors (e.g., tachometers) for measuring velocity of object 12 and/or 
acceleration sensors (e.g., accelerometers) for measuring acceleration of object 12 can be 
used. 

Actuators 222 transmit forces to user object 12 in one or more directions along one or 
more degrees of freedom in response to signals output by microprocessor 200 and/or host 
computer 18, i.e., they are "computer controlled." Typically, an actuator 222 is provided for 
each degree of freedom along which forces are desired to be transmitted. Actuators 222 can 
include two types: active actuators and passive actuators. Active actuators include linear 
current control motors, stepper motors, pneumatic/hydraulic active actuators, a torquer (motor 
with limited angular range), a voice coil actuator, and other types of actuators that transmit a 
force to an object. Passive actuators can include such as magnetic particle brakes, friction 
brakes, pneumatic/hydraulic passive actuators, or viscous dampers, and generate a damping 
resistance or friction in a degree of motion. In addition, in voice coil embodiments, multiple 
wire coils can be provided, where some of the coils can be used to provide back EMF and 
damping forces. 

Mechanism 224 can be one of several types of mechanisms, including those described 
above in Figure 2. User object 12 can be a mouse, puck, joystick, stylus receiving object, 
finger receiving object, or other device or article coupled to mechanism 220, as described 
above. 
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Other input devices 228 can optionally be included in interface system 10 and send 
input signals to microprocessor 200 and/or host computer 18. Such input devices can include 
buttons, such as buttons 15 on mouse 12, used to supplement the input from the user to a 
GUI, game, simulation, etc. Also, dials, switches, thumb wheels, hat switches, voice 
recognition hardware (with software implemented by host 18), or other input devices can be 
used. 

Safety or "deadman" switch 212 is preferably included in interface device to provide a 
mechanism to allow a user to override and deactivate actuators 222, or require a user to 
activate actuators 222, for safety reasons. For example, the user must continually activate or 
close safety switch 212 during manipulation of user object 12 to activate the actuators 222. 
If, at any time, the safety switch is deactivated (opened), power from power supply 210 is cut 
to actuators 222 (or the actuators are otherwise deactivated) as long as the safety switch is 
deactivated. One embodiment of safety switch is a mechanical or optical switch located on 
user object 12 that is closed when the sensor of the switch is blocked from sensing ambient 
light by the user's hand. Other types of safety switches 212 can also be used, such as an 
electrostatic contact switch or a hand weight safety switch that detects the weight of the user's 
hand, as disclosed in parent application 08/756,745. In some embodiments, the state of the 
safety switch is provided to the microprocessor 200 and/or can be sent to the host 18, which 
can choose to stop sending force feedback commands if the safety switch is open. 

In some embodiments of interface system 10, multiple mechanical apparatuses 14 
and/or electronic interfaces 16 can be coupled to a single host computer system 18 through 
bus 192 (or multiple buses 192) so that multiple users can simultaneously interface with the 
host application program (in a multi-player game or simulation, for example). In addition, 
multiple players can interact in the host application program with multiple interface systems 
10 using networked host computers 18, as is well known to those skilled in the art. 

FIGURE 4 is a diagrammatic illustration of display screen 20 displaying a graphical 
user interface (GUI) 300 used for interfacing with an application program and/or operating 
system implemented by computer system 18. The present invention implements force 
feedback technologies to embellish a graphical user interface with physical sensations. By 
communicating with interface device 13 (or a similar force feedback apparatus), the computer 
1 8 can present not only standard visual and auditory information to the user, but also physical 
forces. These physical forces can be carefully designed to enhance manual performance in at 
least two ways. First, physical forces can be used to provide haptic sensory cues on user 
object 12 which increase a user's perceptual understanding of the GUI spatial "landscape" 
portrayed on display screen 20. Second, computer-generated forces can be used to provide 
physical constraints or assistive biases which actually help the user acquire and maintain the 
cursor at a given target displayed on screen 20 within GUI 300. A detailed explanation of 
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forces provided within a GUI or other graphical environment. 

The manual tasks of the user to move a cursor displayed on screen 20 by physically 
manipulating physical user object 12 in order to command the cursor to a desired location or 
displayed object, can be described as "targeting" activities. "Targets," as referenced herein, 
are defined regions in the GUI 300 to which a cursor may be moved by the user that are 
associated with one or more forces and which are typically associated with graphical objects 
of GUI 300. Such targets can be associated with, for example, graphical objects such as 
icons, pull-down menu items, and graphical buttons. A target usually is defined as the exact 
dimensions of its associated graphical object, and is superimposed and "attached" to its 
associated graphical object such that the target has a constant spatial position with respect to 
the graphical object. In the GUI context, "graphical objects" are those images appearing on 
the display screen which the user may select with a cursor to implement a function of an 
application program or operating system, such as displaying images, executing an application 
program, or performing another computer function (a cursor may also be considered a 
graphical object.). For simplicity, the term "target" may refer to the entire graphical object 
with which the target is associated. However, more generally, a target need not follow the 
exact dimensions of the graphical object associated with the target and can also be a different 
size and/or shape or may be positioned a distance away from its associated graphical object. 
The entire screen or background of GUI 300 can also be considered a "target" which may 
provide forces on user object 12. 

Upon moving the cursor to the desired target, the user typically maintains the cursor at 
the acquired target while providing a "command gesture" associated with a physical action 
such as pressing a button, squeezing a trigger, or otherwise providing a command to execute a 
particular (isotonic) program function associated with the target. For example, the "click" 
(press) of a physical button positioned on a mouse while the cursor is on an icon allows an 
application program that is associated with the icon to execute. Likewise, the click of a 
button while the cursor is on a portion of a window allows the user to move or "drag" the 
window across the screen by moving the user object. 

The present invention provides alternatives in inputting a command gesture to the host 
computer system, in which the mechanical button or other physical input device need not be 
activated. Instead, "click surfaces" are provided within the graphical environment itself to 
provide the command gestures. Click surfaces are described in greater detail below. 

The GUI permits the user to access various functions implemented by an operating 
system or application program running on computer system 18. These functions typically 
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include but are not limited to, peripheral input/output functions (such as wnnng or reading 
data to disk or another peripheral), selecting and running application programs and other 
programs that are independent of the operating system, selecting or managing programs and 
data in memory, viewing/display functions (such as scrolling a document in a window, 
displaying and/or moving a cursor or icon across the screen, displaying or moving a window, 
displaying menu titles and selections, etc.), and other functions implemented by computer 
system 18. For simplicity of discussion, the functions of application programs such as word 
processors spreadsheets, CAD programs, video games, web pages, and other applications as 
well as functions of operating systems such as Windows™, MacOS™, and Unix, will be 
) subsumed into the term "program functions." Typically, application programs make use of 
such functions to interface with the user; for example, a word processor will implement a 
window function of an operating system (or GUI, if the GUI is separate from the operating 
system) to display a text file in a window on the display screen. 

In addition, other types of interfaces are also considered GUI's herein and can be used 
5 with the present invention. For example, a user can set up a "web page" on the World Wide 
Web which is implemented by a remote computer or server. The remote computer is 
connected to host computer 18 over a network such as the Internet and the Web page can be 
accessed by different users through the network using a browser or similar program. The 
page can include graphical objects similar to the graphical objects of a GUI, such as icons. 
20 pull-down menus, graphical buttons, etc., as well as other graphical objects, such as "links" 
that access a different web page or page portion when selected. These graphical objects can 
have forces associated with them for use with the click surfaces of the present invention. 

GUI 300 is preferably implemented on host computer 18 and the associated feel 
sensations implemented with asststance of processor 200 using program instructions. The use 

25 of program instructions to perform functions and operations on a host computer 18 and/or 
microprocessor 200 is well known to those skilled in the art, and can be stored on a 
"computer readable medium ." Herein, such a medium includes by way of example memory 
such as RAM and ROM coupled to host computer 18, memory 204, magnetic disks, magnetic 
tape optically readable media such as CD ROMs, semiconductor memory such as PCMCIA 

30 card! etc In each case, the medium may take the form of a portable item such as a small 
disk, 'diskette, cassette, etc., or it may take the form of a relatively larger or immobile item 
such as a hard disk. 

In a preferred embodiment, high-level host commands can be used to indicate the 
various forces used in the present invention. The local control mode using microprocessor 
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200 can be helpful in increasing the response time for forces applied to the user object, which 
is essential in creating realistic and accurate force feedback. For example, it may be 
convenient for host computer 18 to send a "spatial representation" to microprocessor 200, 
which is data describing the layout of some or all the graphical objects displayed in the GUI 
which are associated with forces and the types of these graphical objects. The microprocessor 
can store such a spatial representation in memory 204. In addition, the microprocessor 200 
can be provided with the necessary instructions or data to check sensor readings, determine 
cursor and target (graphical object) positions, and determine output forces independently of 
host computer 18. The host could implement program functions (such as displaying images) 
when appropriate, and synchronization signals can be communicated between processor 200 
and host 18 to correlate the microprocessor and host processes. Also, memory 204 can store 
predetermined force sensations for microprocessor 200 that are to be associated with 
particular types of graphical objects. 

For example, one useful host command for use with force feedback in GUI's is an 
"enclosure" command. The enclosure command instructs the interface device 13 to define a 
rectangular region composed of four surfaces (or walls). The enclosure sensation is typically 
associated with graphical objects in the GUI that are rectangular in nature. For example, an 
enclosure can represent the feel of interacting with a window boundary, the feel of a spread- 
sheet cell, the feel of a rectangular button, the feel of a menu bar, the feel of a menu element. 
Sensations associated with the enclosure include a "barrier" feel upon entering or exiting the 
region, a texture sensation when rubbing along a boundary surface, and a texture sensation 
when within the bounds of the enclosure. The host computer defines characteristics of the 
enclosure to be implemented by the local microprocessor by specifying parameters to the 
local microprocessor, which may include: 

Location and Size of the enclosure: The location is synchronized between the 
host frame and the local frame. If indexing is allowed (see Figure 6c), then an X 
offset and Y offset is tracked between these two frames. If indexing is not allowed, 
the mapping is fixed between the two frames. Ideally, the index offset is maintained 
by the local microprocessor. 

Wall Stiffness and Wall Width: Each of the walls of the enclosure can have a 
stiffiiess (or hardness) that represents the strength of the force that resists penetration 
of the wall. Each of the walls of the enclosure also can have a width (or puncture) that 
represents how easy or hard it is to pop through the wall to the other side. Each wall 
can have two values for stiffness and width, corresponding to each direction, from 
which the cursor approaches the wall. 
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Surface Texture and Surface Fiction: A texture and/or friction feel can be 
provided when the cursor moves along the surface of the wall to create a rubbing 
sensation. Surface friction is one or more parameters that governs surface viscous 
damping or coulomb friction in the parallel direction when the cursor is engaged 
against a wall of the enclosure. Surface texture is defined by parameters that governs 
the texture force peipendicular to the wall when the cursor is engaged against the wall, 
and can include a spatial frequency and an intensity. 

Clipping: When clipping is on, the mouse device creates a perceptual illusion 
of wall-hardness by breaking the mapping between the cursor and mouse position in 
the direction into the wall. The mouse reports to the host computer a fixed location 
value with respect to motion into the wall, causing the cursor to be displayed at the 
wall, even if the user is pushing the mouse beyond the surface of the simulated wall. 
The direct mapping between mouse and cursor location is restored when the user 
object is moved away from the wall. The end result is a wall that is perceived as being 
rigid, even if it is not. Clipping can have a penetration threshold, such that when the 
user object moves the threshold, the normal mapping between mouse and cursor is 
restored. 

Pressure Mode: is an optional on/off parameter that allows the amount of force 
the user provides against (normal to) the wall to modify the intensity of friction and 
texture force sensations felt when moving along the wall surface. 

Through-State: When on, allows the local microprocessor to automatically 
terminate the enclosure when a user passes across a wall in a particular direction. 

Central Region Texture / Friction: Governs texture and friction of the inside 
region of the enclosure (i.e., when the cursor is inside the rectangle and not pressing 
against a wall). 

Speed of Engagement: Sensations associated with crossing a wall in a given 
direction may have a speed threshold associated with them. For example, when 
moving the cursor quickly over an enclosure the user will not feel any of the 
sensations, but when moving the cursor slowly, the user will feel the sensations. A 
global speed parameter can be defined if desired. Individual speed parameters can 
also be defined for individual force sensations. 

Scroll Surface: Any wall of the enclosure can be defined as a scroll surface. 
When a wall is penetrated some distance, then an analog value proportional to the 
distance is reported by microprocessor to the host and used to control a host rate 
control function, such as scrolling a window, zooming an image, or banking an 
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airplane A scroll scale factor can adjusts the rate of change of the analog value with 
respect to penetration of the surface. A directionality parameter defines the surface as 
engageable from either crossing direction. A specific scroll surface engage speed can 
be used similarly to the speed of engagement parameter. 

Click surface: Defines properties of click surfaces of the present invention on 
the sides of the enclosure. This is discussed in greater detail below. 

The local microprocessor can also store multiple enclosure sensations simultaneously. 
In the preferred embodiment, the local processor can only store enclosures that do not overlap 
each other and it is assumed that all enclosures active on the local processor are at the same 
level of hierarchy on the host system. In other words, only the top layer of the luerarchy (e.g., 
only the active window) are provided with enclosure sensations by the local processor, in a 
more complex embodiment, enclosures could overlap but each enclosure could be 
downloaded with a hierarchy parameter that indicates which enclosure should be felt by the 
user in an overlap situation. Other types of host commands can use click surfaces as a 
parameter as well. 

In Figure 4, the display screen 20 displays a GUI 300, which can, for example, be 
implemented by a Microsoft Windows® operating system, a Macintosh operating system, X- 
Windows in Unix, or any other available operating system incorporating a GUI. In the 
example shown, a window 302 contains a text document 304. Windows like window 302 can 
also group and display other objects or displays from an application program. A menu bar 
308 may be included in window 302 in some GUI embodiments which permits pop-up menus 
307 to appear by selecting menu heading targets 310 with a user-controlled graplucal object 
306 such as a cursor, that is controlled by the user via user object 12. In the subsequent 
description, the terms "user-controlled graphical object" and "cursor" will be used 
interchangeably. 

The present invention provides "click surfaces" which allow a user to select or initiate 
a program function while not requiring the user to select a physical input device on the user 
object 12 such as a button. The click surfaces use force feedback to present the user wrth a 
resistant surface that must be moved or depressed to activate the function. For example, force 
is output in a direction opposite to the movement of the cursor 306 into the click surface to 
cause the feel of a spring or other resistive element. When the cursor has moved a sufficent 
distance "into" the click surface, the program function is initiated as if the user had selected a 
button on the user object 12. This operation is described in greater detail below with regard 
to the different types of click surfaces presented herein. 
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Three different types of click surfaces are herein described: an analog button, 
described with reference to Figures 5a-5g; a positive action button, described with reference 
to Figures 6a-6g; and a static selection surface, described with reference to Figures 7a-7d and 
8 These three types of click surfaces are actually implemented with force feedback in the 
same way but are displayed differently in the GUI 300. The visual differences between these 
types of click surfaces causes users to perceive them as quite unique and different from each 
other. Examples of these types of click surfaces are described below. 

Click surfaces 320 and 322 of the present invention are displayed on the side of 
window 302 These surfaces function as targets, like other objects in GUI 300, and have 
appropriate forces associated with them. Click surfaces 320 and 322 also have a command 
gesture associated with them, such as a physical button press. Thus, by interacting the cursor 
306 with click surface 320 or 322, the user can select a program function associated with the 
selected click surface without having to physically press a button on the interface device 13 or 
perform some other manual command gesture associated with a physical input device. 

In the embodiment shown, click surface 320 can be graphically implemented as any of 
the types of click surfaces. Click surface 320 can act as a close button for window 302. 
When the user selects the click surface 320 in the appropriate fashion (described below), the 
window 302 closes and is removed from GUI 300. 

Similarly click surface 322 can perform a different desired function, such as enlarging 
window 302 to full size such that it covers the entire screen. Once the window covers the 
entire screen, click surface 322 can be displayed on the inside of the window 302 border to 
allow the user to select the previous size of the window 302. Preferably, in the full size 
window state, click surface 322 is displayed in an "on" state i.e., the surface 322 ,s displayed 
at a level lower than the "off' state, as if the click surface 322 were a button that had been 
pressed down. If click surface were selected again by cursor 306, the click surface "button- 
would be displayed back in its higher level, impressed condition to indicate the off state. 

In addition, the user can designate desired functions for any specified click surfaces 
320 or 322 in some embodiments. Since click surfaces 320 and 322 are part of button objects 
visually attached to the window 302, the click surfaces 320 and 322 preferably control 
functions of window 302. Herein, click surfaces may also be referred to as graphical 
"buttons" since their operation may resemble phystcal buttons, especially when the click 
surfaces have two or more states. 

Dialog box 330 is another graphical object displayed in GUI 300. Box 330 includes a 
display area 332 for displaying text, files, etc., and a check box 333 and standard graphical 
buttons 334 which a user selects with a physical button on the user object 12. In addition, 
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click surfaces 335 and 3 36 are provided coupled to the edge of dialog box 330. CUck surface 
335 performs a checking or uncheckmg of the associated check box 333, depending on *e 
Of the Click surface 335 and the check box 333. Each click surface 336 performs the 
same function as the standard button 334 positioned just above it, except that no physical 
button need be pushed by the user to initiate the associated function when selecting a click 
surface 336 as explained below. Other similar click surfaces can be delayed on the edge or 
inside dialog box 330, and may be associated with other objects or not, as desired. 

Icon 340 is another graphical object displayed in GUI 300 and may be associated with 
a click surface. For a normal icon, the user guides the cursor 306 over the displayed area of 
the icon 340 and pushes a physical button on user object 12 to initiate the function associated 
with the icon, which is typically executing an application program associated with the ,con (or 
selecting the icon itself to drag it. show properties of it, etc.). In the present invention, icon 
340 can be implemented with one or more click surfaces 342. These operate similarly to the 
click surfaces 320, 322, and 336. For example, when the static selection surface type of click 
surface is provided, the click surface can be implemented as one of the displayed surfaces of 
the graphical object (or target) itself and no separate displayed surface or button shape need 
be displayed. The click surfaces 342 can be the displayed borders of the icon 342, as shown, 
or may be invisible surfaces displayed a short distance away from the borders of the icon 
This embodiment is described in greater detail with respect to Figure 8. Other graphical 
objects in GUI 300 can also incorporate the selection surface type of click surface m the 
displayed borders of the object, like the described embodiment of icon 340. For example, 
standard graphical buttons 334, the border of window 302, the sides of pop-up menu 307, the 
edges of the delayed portion of screen 20, or other objects can be or include click surfaces 
of the present invention. When the click surface is selected by moving the user object agamst 
an opposing force of the click surface, a command gesture is provided to the host computer as 
if a physical button on mouse or other input device was pressed. 

In other embodiments, one side of icon 340 can be provided as a click surface, and 
another side of the icon can be implemented as a double click surface. If the user selects the 
click surface, a single click (command gesture signal) is input to the host computer and Ote 
, user selects the icon and may then drag it, show its properties, etc. If the user select he 
double-click surface of the icon, the host computer receives two clicks indicating tha a 
program associated with the icon should be immediately executed. Another surface of th 
icon 340 could be used as a right button click corresponding to pressing the nght physical 
button of the mouse, a middle button click for the middle button of the mouse, etc. 
5 In other embodiments, icon 340 can include the other types of click surfaces in its 

borders, such as analog buttons and positive actions buttons. For example one side of jcon 
340 can be displayed to move inward with the force exerted by the user until the tngger po.nt 
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of the button is reached. Or, the side of icon 340 can be moved to the "on" position only after 
the trigger point is reached, as for positive action buttons. In yet other embodiments, only a 
portion of the side of the icon need be moved. 

A click surface can also be represented on irregular or curved objects, such as circles, 
ovals, or other shapes. Preferably, movement normal to the point of contact into the graphical 
object will activate the click surface once the trigger position is reached. For example, 
movement towards the center of a circular graphical object can activate a click surface on the 
circumference of the circle. In some embodiments, a direction of movement into the click 
surface can select different results or states of the click surface. 

In yet other embodiments, click surfaces of the present invention can be provided in a 
three-dimensional graphical user interface or other graphical environment. For example, if a 
graphical object is represented as a cube, click surfaces can be provided on any side of the 
cube. If a graphical object is represented as a sphere, the click surface can be incorporated 
into the circumference of the sphere. The user can "push" the cursor toward the center of the 
sphere, and the trigger position (described below) can be positioned at a predetermined point 
along die radial distance to the center of the sphere. Thus, in a 3-D environment, the user can 
select or activate a click surface to pick up, move, or otherwise manipulate the associated 3-D 
object. 

Herein, the movement of user object 12 in the local frame 30 is often referred to as 
movement in the displayed host frame 28. That is, movement of user object 12 in a direction 
in the local frame 30 has a corresponding movement in the host frame 28. Thus, when the 
user object 12 is "moved" within GUI 300 and with reference to displayed graphical objects, 
this relationship with the frames is herein inferred. 

FIGURES 5a-5g illustrate the operation of an analog button type of click surface. 
Figures 5a-5d illustrate the activation or "turning on" the analog button, and Figures 5e-5g 
illustrate the deactivation or "turning off" of the analog button. Of course, in other 
embodiments, the activation described here can be used to deactivate a button or function, and 
the deactivation described here can be used to activate a button or function. In yet other 
embodiments, the analog button may have only one state and be used as more of a "selector" 
rather than a button having two states. Much of the following detailed description is also 
applicable to the other click surfaces described herein, except for those properties unique to 
the analog button (described below). 

Figure 5a illustrates analog button 350 displayed in a deactivated state in GUI 300 or 
other graphical environment on display screen 20. Cursor 306 is controlled by the user 
manipulating mouse 12 or other user object. Button portion 371 is a graphical object shown 

25 



WO 98/58323 



PCTAJS98/12591 



10 



15 



20 



25 



30 



35 



as a rectangular shape and includes a surface 352 which the user is intended to interact with to 
activate and deactivate the button. In other embodiments, the side surfaces can also be used 
as click surfaces and act as surface 352. Button portion 371 can also be provided as other 
shapes or configurations in other embodiments. Analog button 350 may also be attache* to 
another graphical object 353 with which the button 350 is associated, such as wmdow 302 
shown in Figure 4. 

When the user moves user object 12 so that cursor 306 moves against surface 352 of 
the analog button 350, then force is output on the user object 12 in the direction opposing 
compression of the surface 352. This force is represented as arrow F in Figure 5a, and feds to 
the user as if the cursor 306 and the user object 12 have moved against a compliant surface. 
The designation Xo indicates the position of the surface 352 along the x-axis 354 in the 
deactivated state, and the designation X indicates the current position of the user object 12 
with respect to the x-axis 354 in the host frame that corresponds with the current position of 
the user object 12 in the local frame 30, where X = Xo in Figure 5a. 

Figure 5b illustrates cursor 360 being moved "into" the analog button surface 352 in a 
direction shown by arrow 356. The user moves user object 12 in a direction corresponding to 
direction 354 to cause this movement A spring force, designated by arrow F, is output to 
oppose this motion, where the spring force magnitude is determined as follows: 

F = k*(Xo-X) CD 

where k is a spring constant, Xo is the original position of the surface 352 in the deactivated 
state X is the current position of the user object 12, and F is the resulting spnng force 
maenitude. The force is applied in a direction opposing the movement of the user object from 
the local "origin," which is the original contact point between the cursor/user object and the 
surface 352 of the analog button. The force F is thus proportional to the distance between the 
current position of the user object and the original position of the surface 352. The spring 
force will thus feel stronger to the user the farther from the position Xo the user ob^t/cursor 
is moved. In other embodiments, a spring (restoring) force can be modelled with an 
exponential stiflhess or other relationship rather than the linear stiffness of Equation (1). 
Also, a saturation region can be provided, where the magnitude of force generally remain, 
constant when the user object is moved past a particular distance. In some embodiments, the 
saturation force magnitude is can be limited to a predetermined percentage of the maximum 
possible output force in a the selected degree of freedom, so that overlay forces can be 
overlaid on top of the restoring force sensation. 

The magnitude of the restoring force F might be changed in other embodiments by 
altering the spring constant k. For example, a different k can be used in each of the two states 
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of a button In other embodiments, k might be varied depending on a different characteristic 
or condition For example, k can be proportional to the size of a button or surface. In other 
embodiments, other types of forces can be provided for click surfaces of the present 
invention such as a damping force (dependent on velocity of the user object), a vibration, etc. 
A friction force might be added to the spring force of equation (1) for further effect, and/or an 
inertia force Also one or more overlay forces may be associated with the determined spring 
force Overlay forces, also known as "effects", are forces applied to the user object in 
addition to the restoring force and may be used to provide information to the user or provide 
some other effect. Overlay forces may include such force sensations as jolts, vibrations, etc. 

In the analog button type of click surface, the movement of the user object 12 in 
direction 354 causes the surface 352 to be displayed as moving with the user object. In 
addition cursor 306 is displayed as moving and keeping in contact with the surface 352 as the 
surface is moved. The display of the cursor and the surface 352 is preferably performed by 
the host computer 18, while the force F output on the user object 12 is preferably performed 
by the local microprocessor 200. The coordination between the display and the forces is 
accomplished with commands sent from the host to the microprocessor and data sent from the 
microprocessor to the host computer. This provides the user with visual feedback of the 
cursor 306 moving correspondingly with the user object 12, and the visual engagement with 
surface 352 that corresponds with the force feedback felt as the spring force. 

In one embodiment, the microprocessor can determine when contact between the user 
object and the click surface is made. For example, the host computer can provide the location 
and other properties of click surfaces within the graphical environment to the microprocessor 
beforehand, and the microprocessor independently determines when contact has been made. 
In a different embodiment, the host computer 18 can detect when a click surface is contacted 
by the cursor and user object, and can immediately send a command indicating to the 
microprocessor to implement a click surface at the current position of the user object. These 
two embodiments are described in greater detail below. 

Also, in the preferred embodiment, lateral movement of user object 12 and cursor 306 
is limited while the cursor 306 is engaged with the button 350. For example, in Figure 5b, the 
30 user is preferably prevented from moving cursor 306 past the edges 355 of button 350 through 
the use of obstruction forces that are output on user object 12 (and similarly for the other click 
surfaces described herein). These forces are applied in the opposite direction to the 
movement of the cursor that would move the cursor "off the edge" of the button. This is very 
helpful in assisting the user to keep the cursor 306 engaged with the button and not 
inadvertently slide the cursor off surface 352. In other embodiments, wall surfaces can be 
visually displayed to correspond with these side obstruction forces. In yet other 
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embodiments, the side obstruction forces are not provided, especially if the surface 352 is 
large enough so that the cursor will not easily move off the edge of the button. 

In Figure 5c, the user object 12, cursor 306, and surface 352 have continued 
movement in direction 356 and have reached a point X T which is the "trigger position", i.e., 
5 the position on the x-axis which causes the button to change state to an activated or "on" state 
(X = X T ). At this point, a change in the force output on the user object is made. Preferably, 
as the button enters the on state, the force F is changed to depend on the following 
relationship: 

F = k*(X E -X) (2) 

10 where k is the spring constant, X is the current position of the user object 12, and X E is the 
"engaged position" of the button, i.e., the position at which surface 352 of the button will be 
displayed when the button is in the on state (as described below with respect to Figures 5e- 
5g). Thus, the force F will change from being based on the current position with reference to 
the deactivated position Xq. to being based on the current position with reference to the 

15 activated position X E . Since the position X E is in the negative (down) direction from the 
trigger position X T , the user will feel an immediate change in force on user object 12 when 
the trigger position has been attained as shown in Figure 5c. This change in force feels like a 
"pop" to the user, and this feeling is preferably enhanced by a large force spike in the present 
invention. This force spike is, for example, an unstable but momentary pulse of force, and 

20 output in any direction. The force spike serves to accentuate the haptic cue to the user that the 
button has been activated and is now in the on state. Of course, the user may continue to 
move user object 12 past point X T if he or she desires, but the force is now based on equation 

(2). 

Once the surface 352 has been moved to the trigger position, the interface device 14 
25 sends a signal to the host computer indicating that a command gesture or "click" has been 
made by the user with reference to graphical object 354, which in non-click-surface 
embodiments would be caused by the user pressing a physical button. 

Figure 5d illustrates analog button 350 after cursor 306 has been withdrawn from 
surface 352 and the surface 352 has visually moved from the trigger position X T to the 

30 engaged position X E . If the cursor 306 is kept in contact with surface 352 during this 
movement, the user would feel the spring force on user object 12 based on equation (2) (the 
user may even be able to hold the surface and prevent it from reaching position X E by keeping 
the cursor in the way). In another embodiment, the surface 352 can automatically be moved 
to position X E while the cursor is redisplayed to a position just beyond the surface 352 and out 

35 of contact with it, while the forces on user object 12 are removed The surface 354 stays at 
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the engaged position X E until the user desires to move the button back to the disengaged state, 
as described with reference to Figures 5e-5g. 

In other embodiments, X E can be at the same position on the X-axis 354 as X T , or X E 
can be further from Xo than X T in direction 356. 

Figure 5e illustrates analog button 350 in an engaged, activated, or "on" state, where 
surface 352 of the button is positioned at position X E on x-axis 354. Once the user decides 
that he or she wishes to change the button to the deactivated state, the user moves cursor 306 
to contact the surface 352 of the button 350. The user then feels the force F opposing motion 
into the surface of the bunon, where F is based on equation (2) presented above. 

Figure 5f illustrates the user moving user object 12 and cursor 306 such that the 
current position X of the user object 12 is at the trigger position X T . In the analog button type 
of click surface, the surface 352 and cursor 306 are visually moved on display screen 20 m 
conjunction with the corresponding motion of user object 12 along axis 354. In Figure 5f, the 
user object has been moved to the trigger position, thus causing the button to switch to an off 
or deactivated state. The force output on the user object 12 then changes from being based on 
equation (2) to bein* based on equation (1), presented above. This feels to the user like a 
"pop" or jolt, which is preferably accentuated by a force spike similar to the act,vauon force 
spike described above. Thus the user is informed of the deactivation of the button through the 
forces output on the user object 12. A command gesture is signaled to the host computer at 
this time, as in Figure 5 c above. 

Figure 5g illustrates analog button 350 in a deactivated or off state, where the surface 
35^ has visually moved from the tngger position X T , past the engaged position X E , and is 
positioned at the onginal deactivated position Xo, where the surface 352 continues to be 
displayed until the user wishes to again change the button state. Similar to the motion after 
engagement of the button, the user will feci force F based on equation (1) on the user object 
12 if cursor 306 is held in engagement with surface 352 after the deactivation of the button; or 
the button can automatically pop back to position Xo while the cursor is redisplayed out of its 
way, as explained above. 

FIGURES 6a-6g illustrate the operation of a positive action button type of click 
surface Figures 6a-6d illustrate the activation or "turning on" of the positive action button, 
and Figures 6e-6g illustrate the deactivation or "turning ofi" of the positive action button. Of 
course in other embodiments, the activation described here can be used to deactivate a button 
or function, and the deactivation described here can be used to activate a button or function. 

Figure 6a illustrates positive action button 370 displayed in a deactivated state in GUI 
300 or other graphical environment on display screen 20. Cursor 306 is controlled by the user 

29 



WO 98/58323 



PCT/US98/12591 



manipulating user object 12, as explained above, and has been moved to contact surface 372 
of the positive action button 370. The position of surface 372 in the button* deactivated state 
is shown as position Xo, and the current position of the user object 12 as it corresponds to the 
displayed host frame 28 is shown as position X. Position X is at position Xo in Figure 6a. 

5 As in the analog button embodiment described above, a force is output on the user 

object in the direction opposite to the wall, shown as arrow F. This force is preferably a 
spring force and is determined from equation (1) presented above. Other types or magnitudes 
of forces can also be output in other embodiments (damping force, vibration, texture, jolt, 
etc.). 

10 In Figure 6b, the user has moved the user object 12 in a direction corresponding to 

direction 374 on the display screen along x-axis 376. The current position of the user object 
12 is indicated as dashed line X. In the positive action button embodiment, the surface 372 of 
the button does not move with the user object; thus, surface 372 continues to be displayed at 
position Xo. Likewise, cursor 306 remains displayed at the surface 372 at position Xo during 

15 the movement of the user object in direction 374. During this movement, the force F 
continues to be output on the user object 12 as in Figure 6a. Thus, the user receives haptic 
feedback that the button is being pushed, but receives no visual feedback in the form of a 
movine button. This breaking of the mapping between the position of the cursor 306 and the 
user object 12 provides the user with the illusion that surface 352 is immovable; since users 

20 are quite influenced by their visual sense, the user sees the cursor and surface 372 remaining 
in one position and believes that the force experienced is a rigid wall force that docs not allow 
them any movement into it. This breaking of the mapping is described in greater detail in 
patent application serial no. 08/664,086, incorporated by reference herein. 

Figure 6c illustrates the user object 12 having a current position of X at the trigger 
25 position X T on the x-axis , i.e., the user object 12 has been moved and has reached the trigger 
position X T . The surface 372 is still displayed at position Xo until position X T is reached by 
the user object, as explained below. At point X T , the force F output on the user object 12 
changes from that of equation (1), based on the position Xo, to the force based on equation 
(2), based on position X E . This explained in greater detail with respect to Figures 5a-5d. As 
30 with the analog button embodiment, the transition to the force of equation (2) is felt as a small 
pop, and is enhanced with a force spike to allow the user to more easily feel the trigger 
position. A command gesture is sent to the host computer once the surface 372 reaches 
position X T . 

In Figure 6d, the user object 12 has just reached position X T and has been moved back 
35 away from button 370. Surface 372 has been redisplayed at engaged position X E , which is a 
position between X T and Xo, and indicates that the positive action button is in the activated or 

30 



WO 98/58323 



PCT/US98/12591 



on state In one embodiment, as the surface 372 is redisplayed at the engaged position, the 
cursor 306 is redisplayed just beyond (out of contact with) the new engaged position and all 
forces on the user object are removed; the button thus pops the cursor away. In another 
embodiment, the surface might only be displayed at position X E after the cursor moves out of 

5 the way or if the user does not exert opposing force on the surface. Thus, the user receives 
visual feedback that the button has been activated only after the trigger position X T has been 
reached by the user object 12. While not as intuitive as the analog button which displays the 
surface 352 at the current position of the user object, the positive action button is less 
computationally intensive for the host microprocessor 180 since the button has only two 

10 displayed states. 

Figures 6e-6g illustrate the deactivation of a positive action button, i.e., the process of 
turning off the button. In Figure 6c, the user moves user object 12 and cursor 306 against 
surface 372 of the button. The force F experienced by the user object 12 is based on equation 
(2) presented above. 

15 Figure 6f illustrates the user moving the user object in direction 374. As with the 

activation of button 370, the surface 372 and cursor 306 are not moved in conjunction with 
the user object, and a force F based on equation (2) is output from the user object. Again, the 
breaking of this mapping provides the user with the illusion that the surface 372 is a hard, 
immobile surface. In Figure 6f, the user object's current position, indicated as X, reaches the 

20 trigger position X T , which is preferably the same trigger position as for the deactivation 
shown in Figures 6a-6d and has the same effect. In other embodiments, different trigger 
positions for activation and for deactivation of a click surface can be provided. 

In Figure 6g, after the trigger position X T has been reached as shown in Figure 6f, the 
surface 372 is redrawn at the disengaged or off position Xo similarly as it was redrawn at 
25 position X, in the activation process. Cursor 306 resumes tracking its position corresponding 
to the position of user object 12, which has been moved away from the button 370 in Figure 
6g. The button can be re-activated by moving the cursor 306 against surface 372, as 
described with reference to Figures 6a-6d. 

FIGURES 7a-7d illustrate the operation of a static selection surface type of click 
30 surface. This type of click surface requires no visual updates at all on display screen 20 and is 
thus useful for use with existing graphical objects in GUI without having to implement new 
graphical images or animations for those objects. The displaying functions are preferably 
handled by the host computer 18, while the force feedback functions are handled preferably 
by the local microprocessor 200; thus, the host has less of a processing burden using static 
35 selection surfaces. 
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Figure 7a illustrates a static selection surface 400 which can be made part of an 
existing graphical object 402 or can be part of a special graphical object 402 that specifically 
provides selection surface 400. Any other surfaces of the object 402 can be implemented as 
static selection surfaces also, if desired. As shown, the button is in a deactivated or off state. 
For static selection surfaces, there is no specific way for the user to determine whether the 
selection surface is in an on state or an off state; thus, in the preferred embodiment, other 
indicators can provide this information, such as a color of the object, a sound when contacting 
the object, etc. In other embodiments, the selection surface may have only one state and is 
used to select the graphical object. In Figure 7a, the user has moved user object 12 and cursor 
306 against surface 400. A force F is applied to the user object in the direction shown and 
based on equation (1) above, similar to force F in Figures 5a-5g and 6a-6g above. 

Figure 7b illustrates user object 12 being moved in direction 404 along x-axis 406. 
The current position of the user object 12 on the x-axis is shown as position X. As with the 
positive action button in Figure 6b, the cursor 306 and the surface 400 are displayed at Xo, 
unchanged from the time of first contact of cursor 306 and surface 400. Thus, the mapping 
between the cursor 306 and the user object 12 is broken as described with reference to Figure 
6 above. The force F is continually output on the user object 12 as the user object is moved in 
direction 404. 

In Figure 7c, the user object 12 has been moved to the trigger position X T . As in the 
buttons described above, this causes the button to go into the on or activated state. However, 
unlike the analog button and positive action button, the force F on the user object does not 
change at this point. Since there is no engaged position X E for the selection surface 400, 
equation (2) is not used, and the force F is always determined based on the current user object 
position with reference to the surface 400 at position Xo. Preferably, a force spike or other 
force signal is output on the user object 12 to cue the user that a change of button state has 
occurred. In addition, a command gesture is sent to the host computer 18. 

As shown in Figure 7d, the surface 400 is displayed at Xo even when the button has 
changed state to the on state. The user knows the button state has changed based on the force 
spike output when the user object 12 was at the trigger position X T (also, other indicators 
such as color of the button can be displayed to indicate the change in state). 

The process of changing selection surface 400 back to the off state is similar to the 
process described in Figures 7a-7d. Since the surface 400 is not moved, there is no displayed 
difference between the engaged state and the disengaged state. 

In alternate embodiments, an invisible engaged position X E can be provided for 
selection surface 400. This would cause the force F to be determined differently depending 
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on the state of the button as determined by equations (1) and (2). Also, different types of 
force can be output depending on the state of the button to provide hapttc information on 
current button state. For example, a spring force can be output when the user changes the off 
state to the on state, and texture/spring force (i.e. the feel of bumps combined with a spring) 
can be provided when the user changes the on state to the off state. 

FIGURE 8 is diagrammatic illustration showing an alternate embodiment 410 of static 
selection surface 400 in which the mapping between cursor 306 and the position of the user 
object 12 is not broken. After the initial contact between cursor 306 and surface 410, the user 
moves the user object 12 in a direction shown by arrow 412. The current position of the user 
object 12 is shown by dashed line X. The cursor 306 is also displayed at dashed line X, since 
the cursor 306 continues to be displayed at the position of the user object 12 in this 
embodiment. The surface 410, however, remains at the original position Xo. The force F is 
output on the user object during this movement as described in the embodiment of Figure 7. 
When the user object 12 and cursor 306 reach trigger position X T , the button state changes (or 
the object 402 is selected, see below) as described above. Again, the user preferably feels a 
force spike or other cue on the user object 12 at the trigger position X T to indicate the change 
in state. 

The embodiment of Figure 8 can be used to provide the user with visual feedback as 
to the actual position of the user object 12 with respect to the surface 41 0 and graphical object 
402. This embodiment might be used where graphical object 402 is an icon or similar object 
in a GUI 300. Normally, when the user selects an icon in a non-force-feedback GUI, the 
cursor 306 is guided over the icon at which point the user presses a physical button to select 
the icon or a function. The embodiment of Figure 8 is similar to such a case, where cursor 
306 is displayed over the object 402 but the user manipulates the spring force of the force 
feedback to select the icon instead of pressing a physical button. Such an embodiment is well 
suited to an object 402 having selection surfaces 410 provided on all displayed sides of the 
object, thus allowing a user to conveniently select the selection surface when approaching the 
object with the cursor from any direction. 

In addition, for either of the embodiments of Figures 7 and 8, a static selection surface 
400 or 410 may be invisible to the user and displayed, for example, a predetermined distance 
away from the displayed borders of the graphical object 402. For example, the force F may 
be output on the user object when the cursor 306 first encounters the invisible click surface. 
If the user object 12 continues to be moved toward the object 402, a trigger position X T will 
eventually be reached, as described above, which will select the graphical object or change 
the state of a graphical button. The displayed border of the graphical object can be provided 
as a visible trigger position X T in such an embodiment, if desired. 
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With respect to all the click surfaces of the present invention, in one embodiment, the 
user may change the state of a button twice without disengaging the cursor 306 from the 
surface 352, thus causing the button to be in its original state before the user changed it. 
However, if the user wishes to change the button state after changing it twice, the cursor 306 
must preferably be moved out of contact with surface 352 and then re-contacted. This 
prevents the user from accidentally selecting the click surface twice. An exception to this is 
that the cursor is considered out of contact with surface 352 by being positioned just beyond 
position X E when the button is in the on position, even when the surface is not displayed at X E 
(as in the selection surface embodiments of Figures 7a-7d and 8). In other embodiments, the 
user may freely change the state of the button without moving cursor 306 out of contact with 
the activating surface of the graphical object. 

It should also be noted that the described on and off "states" of the click surfaces of 
the present invention need not be implemented. Instead, the click surface might only be able 
to be selected by a user, i.e., not be a toggling button. For example, when selecting an icon 
normally with a "double-click" of a physical mouse button, there is no on or off state of the 
icon which must be determined; the click just selects the icon. Likewise, the click surfaces 
can be used to simply select a graphical object or a function associated with the click surface 
rather than changing a state of a button. Herein, the term "selecting" refers to both toggling a 
button type of click surface as well as selecting a selection type of click surface. 

Similarly, any of the above click surfaces can also be implemented with more than 
two states. For example, the click surface might sequentially select the next state in a 
sequence of multiple states each time the click surface is selected by the user. 

The click surfaces of the present invention are well suited to the dual processor 
configuration of microprocessor 200 and host computer 18 described with reference to Figure 
3. The host computer preferably handles the display of objects of images on the display 
screen, while the microprocessor handles the output of forces during click surface interaction. 
As explained above, in one embodiment, the host may be used to indicate to the 
microprocessor when the cursor has encountered a click surface and thus signals the 
microprocessor to begin the output of click surface forces. For those buttons that require little 
or no update on the display screen (e.g., the positive action buttons and static selection 
surfaces), the host would only need to provide this indication and would not need to update 
the button during the click surface engagement (for static selection surfaces). The 
computational burden on the host is thus effectively reduced. 

Likewise, the use of local microprocessor 200 substantially reduces the computational 
burden on the host 18 when the mapping between cursor 306 and user object 12 is broken in 
the positive action button and static selection surface embodiments described above. The 
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With respect to all the click surfaces of the present invention, in one embodiment, the 
user may change the state of a button twice without disengaging the cursor 306 from the 
surface 352, thus causing the button to be in its original state before the user changed it. 
However, if the user wishes to change the button state after changing it twice, the cursor 306 
must preferably be moved out of contact with surface 352 and then re-contacted. This 
prevents the user from accidentally selecting the click surface twice. An exception to this is 
that the cursor is considered out of contact with surface 352 by being positioned just beyond 
position X E when the button is in the on position, even when the surface is not displayed at X E 
(as in the selection surface embodiments of Figures 7a-7d and 8). In other embodiments, the 
user may freely change the state of the button without moving cursor 306 out of contact with 
the activating surface of the graphical object 

It should also be noted that the described on and off "states" of the click surfaces of 
the present invention need not be implemented. Instead, the click surface might only be able 
to be selected by a user, i.e., not be a toggling button. For example, when selecting an icon 
normally with a "double-click" of a physical mouse button, there is no on or off state of the 
icon which must be determined; the click just selects the icon. Likewise, the click surfaces 
can be used to simply select a graphical object or a function associated with the click surface 
rather than changing a state of a button. Herein, the term "selecting" refers to both toggling a 
button type of click surface as well as selecting a selection type of click surface. 

Similarly, any of the above click surfaces can also be implemented with more than 
two states. For example, the click surface might sequentially select the next state in a 
sequence of multiple states each time the click surface is selected by the user. 

The click surfaces of the present invention are well suited to the dual processor 
configuration of microprocessor 200 and host computer 18 described with reference to Figure 
3. The host computer preferably handles the display of objects of images on the display 
screen, while the microprocessor handles the output of forces during click surface interaction. 
As explained above, in one embodiment, the host may be used to indicate to the 
microprocessor when the cursor has encountered a click surface and thus signals the 
microprocessor to begin the output of click surface forces. For those buttons that require little 
or no update on the display screen (e.g., the positive action buttons and static selection 
surfaces), the host would only need to provide this indication and would not need to update 
the button during the click surface engagement (for static selection surfaces). The 
computational burden on the host is thus effectively reduced. 

Likewise, the use of local microprocessor 200 substantially reduces the computational 
burden on the host 18 when the mapping between cureor 306 and user object 12 is broken in 
the positive action button and static selection surface embodiments described above. The 
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local microprocessor 200 can "clip" position data to the host so that the break in mapping is 
invisible to the host. Since the local processor reports user object positions to the host, the 
local processor can "clip" the position data for the user object 12 when the mapping is to be 
broken, i.e., the microprocessor 200 does not report the position data in the direction 

5 perpendicular to the click surface to the host during movement of the user object into the 
surface (lateral movement and movement away from the click surface are still reported). 
From the host computer's point of view, no movement of the user object into the click surface 
has been detected, so the cursor 306 is displayed at its original contact position with the 
unmoving click surface. The host computer does not have to keep track of a visual-physical 

10 dichotomy, since it simply does not receive user object movement data when the dichotomy is 
in operation. 

As mentioned above, two embodiments can be provided for coordinating the host's 
display of the graphical environment, including click surfaces and cursor, with the local 
processor's control of output forces. In one embodiment, the host computer 18 can detect 
15 when a click surface is contacted by the cursor. Since the host is already determining 
collisions and interactions between the cursor and other graphical objects in the graphical 
environment, the host can also detect contact between the cursor and click surfaces using 
position data of the user object reported by the microprocessor. When a click surface is 
contacted by the cursor/user object, the host can immediately send a command indicating to 
20 the microprocessor to implement a click surface at the current position of the user object and 
output forces accordingly. The host also preferably sends any required or desired properties or 
parameters of the click surface to the microprocessor in a command. For example, the 
microprocessor needs to know the direction and orientation of the click surface with respect to 
the cursor so that forces can be output with the proper direction and magnitude. The host can 
25 also send the microprocessor any particular information characterizing the click surface; 
possible parameters for describing a click surface are provided below. Thus, in this 
embodiment, the microprocessor 200 does not need to determine when a click surface is 
engaged nor needs to know the location of the click surface (just its current direction and 
orientation with respect to the cursor). The microprocessor would simply provide output 
30 forces and could report command gestures when the trigger position of the click surface is 
reached. 

In a different embodiment, the microprocessor can independently determine when 
contact between the user object and the click surface has occurred. For example, the host 
computer can provide the location of click surfaces within the graphical environment to the 
35 microprocessor before any interactions take place, and the microprocessor can store these 
locations in memory 204 (like the graphical object "layout" described above). The 
commands from the host to the microprocessor can include location and other property of 
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the click surfaces, as detailed below. Later, during user object movement, the microprocessor 
can consult the stored locations of the click surfaces and the current position of the user object 
to determine when the user object makes contact with a click surface. The microprocessor 
then provides the output forces and reports user object position according to the stored 
5 properties of the click surface. The host, meanwhile, simply displays the cursor at positions 
reported by the microprocessor, and also may act on any command gestures sent by the 
microprocessor when the user object is at or past the trigger position. 

In both these embodiments, the host computer can be ignorant of the forces output on 
the user object and the method used for selecting the graphical object associated with the click 

10 surface. For example, when the user object reaches the trigger position X T , the 
microprocessor 200 need only report to the host that a physical button has been pressed by the 
user (a "click", "double click" or any other number of clicks can be reported to the host, 
depending on the function desired). Thus, the host thinks that the graphical object was 
selected using a physical button, and acts accordingly. This type of implementation requires 

15 no special software for the host to check for the trigger position X T ; the microprocessor 200 
handles all such tasks. If no local microprocessor 200 is used, then the host computer 18 
directly keeps track of positions of the user object and the cursor and must determine when to 
break the mapping between user object and cursor. 

If the click surface is to be used as a parameter in a host command sent to the local 
20 microprocessor 200, or as a host command itself, then it may be defined with parameters in 
the command, similarly to the scroll surface parameters in the enclosure command described 
above. For example, parameters for a click surface can include a Style parameter to specify 
the type of click surface desired (analog button, positive action button, or static selection 
surface). A Directionality parameter, either unidirectional or bi-directional, can define the 
25 directions of engageability of the click surface (one side or both sides). A location parameter 
can define the location of the click surface in the graphical environment. Other parameters 
can define the location of the trigger position and engaged position of the click surface. A 
Click Engage Speed parameter can be used to define a cursor speed threshold below which 
the click surface is engageable. Other parameters can define the force relationships/equations 
30 governing determination of forces for the click surface, the current direction and orientation 
of the click surface with respect to the current location of the cursor, edge forces of the click 
surface which resist the cursor from slipping off the surface, and whether the click surface 
provides a click or a double click 

FIGURE 9 is a flow diagram illustrating a process 500 of providing click surface of 
35 the present invention. The process begins at 502, and in a step 504, the position of the user 
object is sensed. Depending on the embodiment, either the host computer 18 or the local 
microprocessor 200 performs the reading of the sensors. In one preferred embodiment, the 
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microprocessor 200 reads the sensors and may convert the sensor data to values which are 
more appropriate for the host computer 18 to manipulate with reference to the GUI. 

In step 506, the display of cursor 306 (or other user-controlled graphical object) on 
display screen 20 or other display device is updated according to the position of the user 
5 object sensed in step 504, if applicable to the embodiment. This step assumes that a normal 
isotonic (position control) mode that displays the cursor 306 in a position corresponding to 
user object position is being implemented. Of course, other effects can be provided to display 
the cursor differently, depending on the programmer's or user's desired effect of the 
interaction between experienced forces and perceived visual images. 

10 In step 508, the process checks whether the cursor 306 is in contact with a click 

surface of the present invention. This click surface can be any of the three types described 
above. This contact typically occurs when the tip or other designated portion of cursor 306 is 
adjacent to pixels of the displayed surface. In other embodiments, this contact can be defined 
differently, as for example, a range, contact when other conditions apply, etc. In one 

15 embodiment, microprocessor 200 checks this condition from sensor data and stored locations 
of the click surfaces; in another embodiment, the host computer checks for the contact. 

If no contact between cursor and click surface is detected, then the process returns to 
step 502 to read the position of the user object. If contact is detected, then in step 510, the 
appropriate click surface data is accessed from memory that describes the parameters of the 

20 click surface. For example, parameters may include the distance along the x-axis between 
positions Xo and X T , between positions Xo and X E , the particular force relationships (such as 
equations (1) and (2)) used for different states, a flag indicating whether to break the mapping 
between cursor and user object (as for the different embodiments of Figures 7 and 8). 
tolerances delays before force effects or button selections are implemented, and others as 

25 described above. In one embodiment, the microprocessor 200 can retrieve such 
characteristics from local memory 204; for example, these parameters or characteristics were 
previously conveyed to the microprocessor from the host computer across a communication 
interface. Alternatively, the host can send these characteristics to the microprocessor in a 
command at the present time. 

30 In step 512, the user object position is again sensed, as in step 502. In step 514, the 

process checks whether the user object 12 is moving into the contacted click surface based on 
previous position data and current position data. If not, for example when the user object 
moves away from the surface, then the process returns to step 502. In some embodiments, the 
user may move the cursor away from the surface, and the surface will "follow" the cursor as it 

35 springs back to position X E or Xo; the user in some embodiments can feel the "push" of the 
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surface from such an effect. The force from such an effect can be determined using the same 
relationship as for the force F provided in step 520 below. 

If the user object is moving into the click surface, then in step 516, the process checks 
whether the user object has reached the trigger position X T of the click surface. If not, the 
process continues to step 518, where the click surface and the cursor 306 are displayed 
appropriate to the particular embodiment. For example, if an analog button is used, then the 
surface and the cursor are both updated and displayed with the position of the user object. In 
the preferred embodiment, this requires that the microprocessor 200 report the position of the 
user object normally, so that the host computer can update the surface and the cursor on the 
display. If an appropriate embodiment of a positive action button or a static selection surface 
is used, then neither the surface nor the cursor would be updated on the display screen in step 
518. In the preferred microprocessor embodiment, then, the microprocessor need not report 
any of the positions of the user object as it moves into the surface to the host (clipping), since 
the host does not have to update the screen. 

After step 518, the process continues to step 520, in which a force F is output on the 
user object based on the original position of the surface, i.e., the magnitude of force is 
proportional to the displacement from the original position. For example, this original 
position might be position Xo if the button is being activated, or it might be position X E if the 
button is being deactivated. One example of such a force is presented in equations (1) and (2) 
above. In other embodiments, arbitrary forces not based on the original position can be 
output. Preferably, the microprocessor 200 keeps track of the distance between the current 
position and the original position of the surface and determines the appropriate force. The 
process then returns to step 512 to sense the position of the user object. 

If the user object has reached the trigger position X T of the click surface in step 516 
(or has moved past X T ), then the process continues to step 522, in which (in the preferred 
microprocessor embodiment), the microprocessor reports data representing one or more 
"clicks" or command gestures to the host computer. This click data is preferably identical to 
the click data that the host would receive if a physical button on the mouse had been pressed; 
the host is thus fooled into thinking such a physical button has been pressed. Thus, as shown 
in Figure 4, if the click surface 320 corresponding to the close button of the window 302 is 
pressed, the host receives a "click" signal once the user object moves to the trigger position. 
If the user selects the click surface 335 corresponding to check box 333, the host receives a 
"click" signal which causes the host to check the box (on state) once the surface 335 gets to 
the trigger position. If the user selects the trigger position of icon 340, the host computer 
receives a double click signal (two clicks in typically rapid succession) indicating that the 
user wishes to execute a program associated with the icon. If no microprocessor 200 is used, 
then the host itself determines whether a trigger position indicates a click, double click, etc. 
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In next step 524, the click surface and the cursor are displayed appropriate to the type 
of click surface implemented. For example, when using an analog button, the click surface is 
displayed moving from the position X T toward the position X E or Xo and the cursor 306 is 
displayed at the corresponding position of the user object 12 (and may be redisplayed away 
from the click surface as described above). When using a positive action button, the click 
surface is displayed at the new position X E or Xo (unless, in some embodiments, the user 
object is in the way) and the cursor is displayed at the user object position. When using a 
static selection surface, the click surface is always displayed at the original position, and the 
cursor is displayed at the user object position (unless, in some embodiments, the user object is 
still within the borders of the graphical object). 

In next step 526, forces are output on the user object. Preferably, a force spike is 
output to indicate to the user that the trigger position has been selected, as explained above. 
In addition, a force based on the new position of the button, whether it is Xo or X E , is 
determined and output. For static selection surfaces, the new position of the button is the 
same as the old one, so only the force spike tells the user of the trigger position. Of course, in 
other embodiments, other types and magnitudes of forces can be output. Preferably, the 
microprocessor 200 keeps track of the distance between the current position and the new 
position of the surface and determines the appropriate force. The process then returns to step 
5 12 to read the user object position. 

In alternate embodiments, the click surfaces can be totally host computer controlled, 
so that the host keeps track of all positions, determines forces, and reads sensors directly. 
However, the microprocessor 200 embodiment is preferred since the microprocessor's 
handling of many of these tasks allows the host computer to perform other tasks more 
quickly. 

It should be noted that some of the various steps can be performed substantially 
simultaneously, particularly the host display of the cursor and other graphics and the 
microprocessor's outputting of forces. For example, steps 518 and 520 are preferably 
simultaneous, as well as steps 522, 524, and 526. 

While this invention has been described in terms of several preferred embodiments, it 
is contemplated that alterations, permutations and equivalents thereof will become apparent to 
those skilled in the art upon a reading of the specification and study of the drawings. For 
example, many different types of forces can be applied to the user object 12 in accordance 
with different types of click surfaces, different states of the click surface, and different 
functions associated with the click surface. Also, many varieties of graphical objects in a 
GUI can be associated with click surfaces, and many other types of computer and graphical 
environments can make use of the click surfaces disclosed herein. In addition, many types of 
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user objects and mechanisms can be provided to transmit the forces to the user, such as a 
joystick, a mouse, a trackball, a stylus, or other objects. Furthermore, certain terminology has 
been used for the purposes of descriptive clarity, and not to limit the present invention. It is 
therefore intended that the following appended claims include all such alterations, 
permutations, and equivalents as fall within the true spirit and scope of the present invention. 

What is claimed is: 
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1. A method of providing a click surface in a graphical environment implemented on 
a host computer for use with a force feedback interface device coupled to said host computer, 
5 the method comprising: 

determining when a click surface of a graphical object displayed in a graphical 
environment is contacted by a user-controlled graphical object, said user-controlled graphical 
object being displayed at a position corresponding to a position of a physical user object of 
said interface device grasped by a user and moveable in a degree of freedom; 

1 0 outputting a force opposing movement of said user object in a direction corresponding 

to movement into said click surface and into said graphical object; and 

when said user object has moved to or past a trigger position past said contact with 
said click surface, sending a command gesture signal to said host computer indicating said 
graphical object has been selected as if a physical input device on said user object had been 
1 5 activated by said user. 



2. A method as recited in claim 1 wherein said user controlled graphical object is a 



cursor. 



3. A method as recited in claim 1 wherein said user object is determined to have 
20 moved to said trigger position when said user object has moved a distance corresponding to 

predetermined distance past said click surface from said point of contact. 

4. A method as recited in claim 1 wherein said force opposing said movement of said 
user object is proportional to a distance between a present position of said user object past 
said click surface and an original position of said click surface. 

25 5. A method as recited in claim 4 wherein said force opposing said movement of said 

user object changes to be proportional to a distance between a present position of said user 
object past said click surface and a new position of said click surface, said change occurring 
when said user object moves to said trigger position. 

6. A method as recited in claim 1 wherein said graphical object is a graphical button, 
30 and wherein said user object moving to said trigger position either toggles said button from an 
off state to an on state or from an on state to an off state. 
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7. A method as recited in claim 6 wherein said click surface is displayed at a greater 
distance from said trigger position when said button is in an off state than when said button is 
in said on state. 

8. A method as recited in claim 1 wherein said user object is a mouse and said 
interface device includes actuators for outputting said force on said mouse. 

9. A method as recited in claim 8 wherein said physical input device is a button on 
said mouse that is pressed by said user to be activated 

10. A method as recited in claim 1 wherein said click surface is an analog button in 
which said click surface is displayed moving with said user object when said user object 
moves into said graphical object. 

11. A method as recited in claim 2 wherein said click surface is a positive action 
button in which said click surface and said cursor remain displayed at an original position 
while said user object moves past said click surface into said graphical object, and in which 
said click surface is displayed at a new position when said user object reaches said trigger 
position. 

12. A method as recited in claim 2 wherein said click surface is a static selection 
surface in which said click surface and said cursor are always displayed at an original position 
of said click surface while said user object moves past said click surface into said graphical 
object and when said trigger position is reached. 

13. A method as recited in claim 2 wherein said click surface is a static selection 
surface in which said click surface is always displayed at an original position while said user 
object and said cursor move past said click surface into said graphical object. 

14. A method as recited in claim 2 wherein said click surface hinders said cursor from 
moving out of contact with said click surface when said cursor moves to the ends of said click 
surface. 

15. A method as recited in claim 1 wherein said signal sent to said host computer 
indicates that said physical input device has been double-clicked. 

16. A method as recited in claim 1 wherein said click surface is an edge of a window 
displayed in said graphical environment. 

17. A method as recited in claim 1 wherein said click surface is a graphical button 
displayed in a Web page graphical environment. 
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18. A method as recited in claim 1 wherein said host computer displays said graphical 
environment including said click surface and said user controlled graphical object, and 
wherein a microprocessor controls said outputting said force in parallel with said display of 
said graphical environment, said microprocessor being local to said force feedback interface 
device and separate from said host computer. 

19. A method as recited in claim 18 wherein said local microprocessor sends said 
command gesture signal to said host computer when said user object has moved to said 
trigger position. 

20. A force feedback interface device allowing interaction with a click surface of a 
graphical object displayed in a graphical environment implemented by a host computer 
system, the force feedback interface device comprising: 

a user manipulatable object physically contacted by a user and movable in physical 
space in at least two degrees of freedom with respect to a ground, said user manipulatable 
object controlling a position of a cursor in said graphical environment; 

a sensor operative to detect said movement of said user manipulatable object in 
physical space in said two degree of freedom with respect to said ground; 

an actuator coupled to said user manipulatable object operative to apply an output 
force in at least one degree of freedom of said user manipulatable object; 

a local microprocessor, separate from said host computer system, said local 
microprocessor reading said sensor, reporting motion of said user object to said host 
computer, and controlling said actuator, said microprocessor receiving an indication of a click 
surface of a graphical object from said host computer, and wherein said local microprocessor 
determines penetration of said cursor into said click surface, wherein said microprocessor 
outputs a force opposing motion of said user object into said click surface, and wherein said 
microprocessor sends said host computer a signal indicating said graphical object has been 
selected as if a physical input device on said user object has been activated by said user, said 
signal being sent when said user object is moved to or past a trigger position into said click 
surface. 

21. A force feedback interface device as recited in claim 20 wherein said indication 
received by said microprocessor includes parameters describing said click surface. 
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22. A force feedback interface device as recited in claim 21 wherein said parameters 
include a location of said click surface in said graphical environment. 

23. A force feedback interface device as recited in claim 22 wherein said 
microprocessor determines when said cursor contacts said click surface. 

5 24. A force feedback interface device as recited in claim 22 wherein said parameters 

include a location of said trigger position past said click surface. 

25. A force feedback interface device as recited in claim 20 wherein said indication 
received by said microprocessor is a command from said host computer for said 
microprocessor to output forces for said click surface at a current position of said user object. 

10 26. A force feedback interface device as recited in claim 25 wherein said host 

computer indicates a direction and orientation of said click surface with respect to said current 
position of said cursor. 

27. A force feedback interface device as recited in claim 20 wherein said 
microprocessor clips data reported to said host computer when said user object moves into 

15 said click surface, such that data describing motion of said user object in the direction into 
said click surface is not reported to said host. 

28. A force feedback interface device as recited in claim 20 wherein said user object 
includes a mouse, and wherein said physical input device is a physical button on said mouse. 

29. A force feedback interface device as recited in claim 20 wherein said graphical 
20 object is a graphical button, and wherein said user object moving to said trigger position 

either toggles said graphical button from an off state to an on state or from an on state to an 
off state. 

30. A force feedback interface device as recited in claim 20 wherein said force 
opposing said motion of said user object has a magnitude proportional to a distance between a 

25 position of said user object into said click surface and a position of said contact between said 
cursor and said click surface. 

31. A force feedback interface device as recited in claim 20 further comprising a 
safety switch for deactivating said output force from said actuator when said safety switch is 
opened. 

30 32. A force feedback interface device as recited in claim 31 wherein, in an indexing 

function, a mapping between said cursor and said user object is disabled when said safety 
switch is opened. 
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33. A force feedback interface device as recited in claim 20 wherein said actuator is a 
voice coil actuator. 

34. A force feedback interface device as recited in claim 33 wherein said user object 
is coupled to said actuator by a linkage having a plurality of members. 

35. A force feedback interface device as recited in claim 20 wherein said interface 
device and said host computer communicate using a Universal Serial Bus (USB), wherein 
said actuators receive power from said USB. 



36. A method for providing a force feedback click surface in a graphical environment 
1 0 provided by a host computer, the method comprising: 

outputting a force on a user object grasped and manipulated by a user in a degree of 
freedom when a cursor controlled by said user object contacts said click surface displayed in 
said graphical environment, said force opposing motion of said user object that would move 
said cursor into said click surface; 

15 determining when said user object is moved to a point that would correspond to 

movement to a trigger point positioned into said click surface past said point of contact 
between said cursor and said click surface; and 

outputting a signal to said host computer indicating said trigger point of said click 
surface has been reached. 

20 37. A method as recited in claim 36 wherein said signal output to said host computer 

indicating said trigger point has been reached is equivalent to a signal sent to said host 
computer when a physical button on said user object is pressed by said user. 

38. A method as recited in claim 37 wherein said click surface is part of a graphical 
button having an on state and an off state, wherein said state is toggled when said trigger 

25 point is reached by said user object. 

39. A method as recited in claim 36 wherein said click surface is a portion of a 
graphical icon in said graphical environment, and wherein said signal to said host computer 
indicates that said icon has been clicked or double-clicked by said user. 

40. A method as recited in claim 36 wherein said method is performed by a 
30 microprocessor, separate from said host computer and local to an interface device that 

includes said user object 
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41. An apparatus for providing force feedback click surfaces for a user using an 
interface device and a host computer system displaying a graphical environment, the 
apparatus comprising: 

means for providing input to said host computer system, wherein said input describes 
a position of a physical user object in at least one degree of freedom and is used by said host 
computer system to update a position of a user-controlled graphical object in said graphical 
environment to correspond to a position of said user object; 

means for applying a force to said user object in said at least one degree of freedom 
when said user-controlled graphical object engages a click surface displayed in said graphical 
environment at an original position, said force opposing motion of said user object in a 
direction corresponding to a direction into said click surface; and 

means for providing a click signal to said host computer when said user object is 
moved to a trigger position past said original position of said click surface in a direction 
opposing said force, said click signal being equivalent to a signal provided to said host 
computer when a physical input device on said user object is activated by said user. 

42. An apparatus as recited in claim 41 wherein said user-controlled graphical object 
is a cursor and said graphical environment includes a graphical user interface. 

43. An apparatus as recited in claim 42 wherein said click surface allows said user to 
select said at least one program function associated with a graphical object with which said 
click surface is associated.. 
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